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(57) An electronic trading system includes a plurality 
of trader terminals for receiving credit parameter data, 
arbitrage parameter data, and trading data from a trad- 
ing entity and displaying trade information to the trading 
entity. The trading data includes bid and/or offer infor- 
mation input by the trading entity. The system further 
includes a computer connected to the plurality of trader 
terminals via a communications network which receives 
and stores the credit parameter data and the trading da- 
ta from the plurality of trader terminals. The system also 
includes a detector circuit or program for automatically 
detecting an available arbitrage opportunity including a 
plurality of trades based on the credit parameter data, 
the arbitrage parameter data, and the trading data; and 
a circuit or program for automatically executing the 
available arbitrage opportunity by executing all of the 
plurality of trades. 

A similar electronic trading system includes an au- 
tomatic name switch feature wherein the plurality of 
trader terminals receive name switch parameter data, 
credit parameter data, and trading data from the trading 
entity. A circuit or program automatically detects and ex- 
ecutes available name switch transactions based on the 
credit parameter data, the name switch parameter data, 
and the trading data. 



TRADERS ENTER CREDIT PARAMETERS 
rOR AU. COUffTERPARTIES 



701 



CREDTT UATRK STORED IN COMPUTER W ,.702 



TWDERS EKTER BIOS AND OFTERS WTO SYSTEM 



7M 



COMPUTER 10) COUfCTS BIDS AND 
orRERS INPUT m SYSTEM BY TRADERS 



704 



705 



COUPUIER 101 DBlRIBUrES AU. fllOS AND OfJTRS 
AND CREDfT UATRK TO TRADER TERMINALS A-O OR INTERMEDIATE NODE 



INDMOUAL TKAOER TERUINAL. COUPUTER OR NODE 
aiERS BIDS AND OfTERS USMG CREDIT MATRIX 
AMD DISPL AYS AVAILABIE BIDS/OFPERS TO TRADER 



70S 



TRADER ENTERS 
AUTO-ARB(IRACE PARAMETERS 



707 



BASED ON TRUm ARBmUCE 

PARAMETERS. F ARBfTRAGE 
OPPORTUNtlY EXISTS, TERMINAL 

ALERTS TWXR OR 
AUTOUATKAllY SENDS *EXECUir 
COUUWD TO COUPIHER 101 





COMPUTER 101 WTTIATES LOCK Of 
NECESSARY TRADES 


7oa 

^709 


LOCK 








NO lOCK 7t1 


ARBHRAGE TRANSACTION 
COUPIEIED 


^_7I0 


NO ARBTIRAGE TRANSACTION 
COUPIDED 



TRADER HOTmEPf ^yiZ 



FIG.7 



Prlntod by Jouve, 75001 PARIS (FR) 



1 



EP1 104 904 A1 



2 



Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to an electronic 
trading system which automatically identifies arbitrage 
opportunities created by credit- related discrepancies 
within a marlcet and optionally automatically executes 
the appropriate trades, thereby enabling a trading entity 
to extract low-risk trading profit from the market. 
[0002] The present Invention further relates to an 
electronic trading system which automatically and in- 
stantaneously enables less credit-worthy trading enti- 
ties in a market to trade using the credit lines of more 
credit-worthy trading entities in the market, thereby cre- 
ating additional market liquidity. 

BACKGROUND 

[0003] In electronic trading system for markets in 
which credit risks and settlement risks are born by trad- 
ing parties, the trading parties Input credit lines into the 
trading system which are used to limit a trading entity's 
exposure created by transactions with other trading en- 
tities on the system. For example, by entering a low or 
zero credit line for a particular trading counterparty, a 
trading entity prevents most or all potential trades be- 
tween itself and the potential counterparty. Thus, by ad- 
justing a counterparty's credit line, a trading entity may 
limit its gross or net exposure (outstanding risk) based 
on transactions with individual counterparties and its to- 
tal exposure to all counterparties. 
[0004] In a matching system which enables trading 
entities to enter credit limits, such as those described in 
U.S. Patent No. 5,136,501 and U.S. Patent No. 
5,375,055, the credit parameters input by the trading en- 
tities may result in situations in which a first trading en- 
tity, trading entity SI , enters an offer which matches a 
bid entered by a second trading entity, trading entity S2, 
but the system will not execute the trade because either 
trading entity SI has not extended sufficient credit to 
trading entity S2. trading entity S2 has not extended suf- 
ficient credit to trading entity SI , or both. Othenwise stat- 
ed, there Is Insufficient bilateral credit availability be- 
tween trading entity 81 and trading entity S2. Notably, 
the trading entities may be individual banks and trading 
institutions and/or groups of banks and trading institu- 
tions. 

[0005] Simlarty, trading entity S2 may enter a bid with 
a higher price than an offer entered by trading entity SI . 
Again, SI and S2 cannot trade with one another be- 
cause there is insufficient bilateral credit availability be- 
tween the two. In this instance, an "arbitrage" opportu- 
nity exists in that a third party, trading entity S3, which 
has sufTicient bilateral credit with both trading entity SI 
and trading entity S2, may buy from SI at a low price 
and sell to S2 at a higher price, thereby obtaining an 
immediate, low-risk profit due to the credit discrepancies 



in the market. 

[0006] The known electronic trading systems do not 
provide any means for automatically identifying an arbi- 
trage opportunity created by credit discrepancies in the 
5 market and optionally automatically executing the ap- 
propriate transactions, thereby enabling trading entity 
S3 to automatically, efficiently and effectively capitalize 
on the arbitrage opportunity and increasing the liquidity 
of the mariiet without the addition of new bids and offers. 
10 While the system described in U.S. Patent No. 
5,375,055 displays the best available offer and bid pric- 
es to market makers, thereby indicating that an arbitrage 
opportunity exists when there is a discrepancy between 
the two prices displayed, the '055 system does not pro- 
's vide any means for automatically identifying and/or cap- 
italizing on the arbitrage opportunity. Furthermore, the 
known trading systems do not provide any means of en- 
suring that all trades needed to successfully complete 
the arbitrage transaction will occur prior to executing any 
of the trades such that trading entity S3 does not incur 
the risk of only one side of the arbitrage transaction be- 
ing executed. 

[0007] A related drawback of known electronic trading 
systems which accommodate martlets in which the trad- 
ing entities bear a credit and/or settlement risk is that 
these systems do not provide a means by which a less 
credit-worthy trading entity, trading entity S4, may trade 
with other trading entities using the credit line of a more 
credit-worthy trading entity. For example, if trading entity 
S4- enters a bid which is compatible with trading entity 
S2's offer, but trading entity S2 has not extended suffi- 
cient credit to trading entity S4, no transaction could oc- 
cur in the known trading systems. However, if trading 
entity S4 were able to use another trading entity's (e.g., 
S1 or S3) credit line to complete the transaction (assum- 
ing that trading entity SI or S3 has sufficient credit with 
trading entity S2 and S4) through an agreement be- 
tween trading entity S4 and trading entity SI or S3, the 
liquidity of the market would again be increased. This 
"name switch" procedure may be instantaneous (no dis- 
cretion option is provided) or may be implemented to 
allow discretion of the part of the user in the context of 
an electronic trading system. 

[0008] The practice of name switching in which one 
party trades under the credit lines of another party may 
currently be accomplished through the use of a broker. 
However, there are presently no electronic trading sys- 
tems which can automatically, instantaneously, and ef- 
fectively perform the name switch procedure. 

SUMMARY OF THE PRESENT INVENTION 

[0009] In view of the above discussion, it is an object 
of the present invention to provide an electronic trading 
system which automatically identifies arbitrage oppor- 
tunities arising from price anomalies that arise due to 
credit discrepancies within a market. 
[001 0] it is a further object of the present invention to 
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provide an electronic trading system which automatical- 
ly and efficiently executes the trades necessary to com- 
plete an arbitrage transaction without risk to the trading 
entity, or automatically provides a trading entity with the 
option to initiate the arbitrage trade. 
[001 1 ] It is another object of the present invention to 
provide an electronic trading system which is capable 
of performing an automatic, instantaneous name switch 
operation whereby a less credit-worthy trading entity us- 
es the credit lines of a more credit-worthy trading entity 
to execute a desired transaction which would not be oth- 
erwise available to the less credit-worthy trading entity 
due to lack of bilateral credit availability. 
[0012] The auto-arbitrage and name switch features 
have different purposes and address different needs 
within a market. The auto-arbitrage feature addresses 
the need for a means of enabling a trading entity to au- 
tomatically and effectively avail itself of arbitrage oppor- 
tunities without incurring significant risk. The name 
switch feature is a function of the commercial relation- 
ships between trading entities, whereby one entity uti- 
lizes uses the credit lines of another entity to obtain 
trades and compensates the other trading entity for the 
use of its credit lines. However, both features are imple- 
mented through similar functions provided within an 
electronic trading system. 

[0013] An electronic trading system having an auto- 
arbitrage feature according to the present invention in- 
cludes a plurality of trader terminals for receiving credit 
parameter data, arbitrage parameter data, and trading 
data from a trading entity and displaying trade informa- 
tion to the trading entity. The trading data includes bid 
and/or offer information Input by the trading entity. The 
system further includes a computer connected to the 
plurality of trader terminals via a communications net- 
work which receives and stores the credit parameter da- 
ta and the trading data from the plurality of trader termi- 
nals. The system also includes a detector circuit or pro- 
gram for automatically detecting an available arbitrage 
transaction including a plurality of trades based on the 
credit parameter data, the arbitrage parameter data, 
and the trading data; and a circuit or program for auto- 
matically executing the available arbitrage transaction 
by executing all (or none) of the. plurality of trades. 
[0014] An electronic trading system having a name 
switch feature according to the present invention in- 
cludes a plurality of trader terminals for receiving credit 
parameter data, name switch parameter data, and trad- 
ing data from a trading entity and displaying trade infor- 
mation to the trading entity. The trading data includes 
bid and/or offer information input by the trading entity. 
The system also includes a computer connected to the 
plurality of trader terminals via a communications net- 
work, wherein the computer receives and stores the 
credit parameter data, the name switch parameter data, 
and the trading data from the plurality of trader termi- 
nals. A circuit or program automatically detects availa- 
ble name switch transactions based on the credit pa- 



rameter data, the name switch parameter data, and the 
trading data, and automatically executes available 
name switch transactions. 

[001 5] The electronic trading system according to the 
5 present invention is designed to take advantage of ar- 
bitrage opportunities that exist in a market due to credit 
discrepancies between the parties. This type of arbi- 
trage is distinguishable from more traditional arbitrage 
in which price discrepancies are created by friction with- 
^0 in the functioning of a market, such as the logistics of 
completing and settling transactions. This type of arbi- 
trage can be eliminated as markets become more effi- 
cient. However, arbitrage opportunities based on credit 
discrepancies as addressed by the present invention 
'5 will always exist because not all trading entities are will- 
ing to extend the same amount of credit to all other trad- 
ing entities. 

[0016] Also, the intra-market type of arbitrage accom- 
modated by the system according to the present inven- 

20 tion is distinguishable from inter-market arbitrage, for 
example, "spread" trading in commodity futures mar- 
kets. Systems that accommodate spread trading, 
whereby, for example , a party trades one contract month 
for another contract month of the same commodity ("cal- 

25 endar spreads") or one commodity for another commod- 
ity, are known in the art. For example, the GLOBEX® 
trading system developed by Reuters Limited of Lon- 
don, England accommodates these types of inter-mar- 
ket trades. 

30 [0017] Various additional advantages and features of 
novelty which characterize the invention are further 
pointed out in the claims that follow. However, for a bet- 
ter understanding of the invention and Its advantages, 
reference should be made to the accompanying draw- 

35 ings and descriptive matter which Illustrate and describe 
preferred embodiments of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

40 [001 8] FIG. 1 provides a diagram of an electronic trad- 
ing system according to the present invention, including 
a computer and four trader terminals. 
[0019] FIG. 2 provides a diagram of a credit matrix in- 
cluding credit parameters entered by each trading entity 
45 in the system according to the present invention. 

[0020] FIG. 3 provides a diagram of a market "book" 
including all bids and offers available in the market at a 
specific time. 

[0021] FIG. 4 provides a diagram of trading entity S1 's 
50 display screen which displays only those bids and offers 
which are available to trading entity SI based on bilat- 
eral credit availability. 

[0022] FIG. 5 provides a diagram of trading entity S2's 
display screen which displays only those bids and offers 
55 which are available to trading entity S2 based on bilat- 
eral credit availability. 

[0023] FIG. 6A provides a diagram of a display screen 
for either trading entity S3 or S4 which displays only 
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those bids and offers which are availabie to the trading 
entity based on bilateral credit availability. 
[0024] FtG. 6B provides a diagram of a display screen 
on which multiple trading Instruments are displayed. 
[0025] FtG. 7 provides a functional block diagram of 
the operation of one embodiment of the electronic trad- 
ing system according to the present invention including 
an auto-arbttrage feature. 

[0026] FIG. 8 provides a diagram of a trading entity 
auto-arbitrage parameter entry screen used in the sys- 
tem according to the present Invention. 
[0027] FIG. 9 provides a diagram of an alert message 
generated and displayed by one embodiment of the sys- 
tem according to the present inventbn. 
[0028] FIG. 1 0 provides a functional block diagram of 
the operation of another embodiment of the electronic 
trading system according to the present invention In- 
cluding an auto-arbitrage feature. 
[0029] FtGS. 11 A and 1 1 B provide functional block di- 
agrams of the arbitrage detection operation of the sys- 
tem according to the present invention. 
[0030] FIG. 1 2 provides a functional block diagram of 
another embodiment of the electronic trading system 
according to the present invention including a name 
switch feature. 

[0031] FIG. 13 provides a diagram of a name switch 
parameter entry screen used in the system according to 
the present invention. 

[0032] FIGS. 1 4A-1 40 provide an illustration of sam- 
ple credit parameter and name switch parameter entry 
screens for trading entities S1-S4 respectively 
[0033] FIGS. 15-18 provide diagrams of four sample 
transactions used to Illustrate the operation of the name 
switch feature of the electronic trading system of the 
present invention. 

DETAILED DESCRIPTION 

[0034] With reference to FIG. 1 , an electronic trading 
system according to the present Invention includes a 
computer 101 and four trader terminals SI, S2, S3, and 
S4. The trader terminals SI, S2, S3, and S4 are con- 
nected to computer 1 01 through a two-way communica- 
tions network 102 which enables the transfer of infor- 
mation between the computer 101 and the four trader 
terminals S1-S4. The electronic trading system accord- 
ing to the present invention is envisioned to include nu- 
merous trading terminals and possibly Intermediate 
nodes located between the trader terminals S1-S4 an 
computer 101 in the communication network. Therefore, 
the electronic trading system according to the present 
invention is not limited to the configuration shown in FIG. 
1. 

[0035] For purposes of the present description, the 
terms "trading entity," "trading party," "party," or "coun- 
terparty" refer to credit entities. For example, one trad- 
ing entity or trading party (a credit entity) may, in fact, 
comprise a number of different branches, for example, 



a single bank having numerous branches located in dif- 
ferent cities and/or countries. However, the credit limit 
entered into the system may be a group credit limit (a 
total credit limit extended to a group of financial institu- 

5 tions). A credit entity may also extend individual credit 
limits to each branch of a financial institution and a glo- 
bal limit which limits the total amount of credit that may 
be extended to the financial institution, even though the 
individual limits are not all met or exceeded. The credit 

10 matrix in the electronic trading system according to the 
present invention may be modified to accommodate the 
necessary credit structures. The communications net- 
work may be either a hardwired or wireless system. 
[0036] A sample credit matrix for the four trading en- 

is titles SI , S2, S3, and S4 is shown in FIG. 2. Entries in 
the credit matrix are entered by each trading entity prior 
to the commencement of or during trading. Each trading 
entity enters only its respective credit limits for each oth- 
er trading entity, and credit limits entered into the other 

20 rows of the matrix by other trading entities are not ac- 
cessible. 

[0037] For example, with reference to FIG. 2, SI has 
credit to trade with S3 and S4 but not S2. S2 may also 
trade with S3 and S4, but is unwilling to trade with SI (I. 

25 e.. has not extended credit to SI). Trading entities S3 
and S4 may trade with all parties. The credit matrix used 
in the system according to the present invention may 
store monetary amounts of remaining credit (as shown 
in FIG. 2), ranking information such as alphabetic rank- 

30 ing indicating the extent to which one party wishes to 
deal with another party, yes/no values or any other type 
of appropriate filter information. 
[0038] FIG. 3 provides a diagram of the "book" of all 
bids and offers that are availabie within the system in- 

35 eluding the highest available bid and the lowest availa- 
ble offer. This book is stored by computer 101 and op- 
tionally by the remote terminals S1 -S4. As shown in FIG. 
3, S1 has entered a bid to buy 3 million at a price of 1 .00. 

53 has entered a bid to buy 7 million at a price of 0.90. 
40 S2 has entered an offer to sell 5 million at a price of 1 .00. 

54 has entered an offer to sell 2 million at a price of 1 . 1 0. 
[0039] FIGS. 4-6A provide schematic diagrams of the 
display screens of trading entities S1 , S2, S3, and S4 
respectively in an embodiment of the present invention 

45 that includes a credit filtering feature which filters bids 
and offers for bilateral credit availability between poten- 
tial counterparties prior to displaying available bids and 
offers including the best available bid and offer. An as- 
terisk ("•") next to a displayed bid or offer indicates that 

50 the bid or offer is the trading entity's own bid or offer and 
Is therefore not available as a best bid or offer. In a dif- 
ferent embodiment of the present invention (not shown). 
If a credit filtering system is not used to screen the trad- 
ing entity's display screens, each trading entity's (S1 's 

55 and S2*s) display will be the same as S3*s and S4's dis- 
play shown in FIG. 6A. 

[0040] FIG. 68 shows an example of a practical im- 
plementation of the display screen of FIG. 6A wherein 
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a number of trading instruments are simultaneously dis- 
played. 

[0041] With reference to FIG. 4, Si's display of bids 
and offers shows S3's bid and S4's offer because there 
is sufficient credit between S1 and S3 and SI and S4 
according to the credit matrix shown In FIG. 2. The dis- 
play according to one embodiment of the present inven- 
tion also shows SI 's own bid. However, in alternate em- 
bodiment of the system according to the present inven- 
tion, Si's own bid may be displayed in a separate win- 
dow of the display screen or not displayed at all. 
[0042] In the pictured embodiment of FIG. 4, in which 
the display is pre-filtered for bilateral credit availability, 
Si's display does not show S2's offer because SI and 
S2 have not extended one another sufficient credit to 
trade according to the credit matrix of FIG. 2. S1 's dis- 
play would remain the same even if SI was willing to 
extend credit to S2 but S2 was hot willing to extend credit 
to S1 . In the credit matrix of FIG. 2, however, neither SI 
nor S2 has chosen to extend credit to the other. Thus, 
the best bid and/or offer available to the trading entities 
based on the stored credit matrix are respectively dis- 
played to the trading entities. 

[0043] With reference to FIG. 5, S2's display includes 
SS's bid and S4's offer because there is sufficient credit 
between S2 and S3 and between S2 and S4 according 
to the credit matrix shown in FIG. 2. S2's display may 
also display S2's own offer. In alternate embodiments, 
S2's offer may be displayed in a separate window of the 
display screen or not displayed at all. S2's display does 
not show SI 's bid because there is not sufficient credit 
between S1 and S2 to permit a transaction between SI 
and S2 according to the credit matrix of FIG. 2. Again, 
the best available bid and/or offer are displayed. 
[0044] With reference to FIG. 6A, the display screen 
of trading entities S3 and S4 shows all bids and offers 
available in the market because S3 and S4 have suffi- 
cient credit with all counterparties. This display screen 
may also be seen by SI and S2 if no pre-filtering feature 
is available in the system, or if SI and S2 may select an 
unfittered display mode. As discussed above with refer- 
ence to FIGS. 4 and 5, S3 and S4 may see their own 
offers/bids, these offers/bids may be displayed in a sep- 
arate window of the display screen, or these offers/bids 
may not be displayed at all. Again, the best bid and/or 
offer are displayed. 

[0045] The display screen shown In FIG. 6A Illustrates 
that S3 and S4, by virtue of having a better credit posi- 
tion that SI or S2, have access to transactions not avail- 
able to SI and S2 due to their worse credit position. For 
example, S3 or S4 may buy 3 million from S2 at a price 
of 1 .00 and sell the 3 million to SI for 1 .00. These trans- 
actions are not available to SI and S2. Instead, they 
may only be performed through S3 or S4 (trading enti- 
ties with sufficient credit from SI and S2). Therefore, a 
transaction opportunity for S3 or S4 Is created due to 
credit discrepancies in the market. 
[0046] In the transaction described above, wherein. 



for example, S3 buys from S2 and sells to S1 , there is 
no profit to be made by S3 because the offer and bid 
prices are the same. While there is no financial incentive 
for S3 to facilitate the trade between S1 and S2, S3's 

5 decision to do so provides S3 with information as to the 
flow of trading instruments within the market. S3 knows 
that S2 has sold 3 million and that S1 has bought 3 mil- 
lion. Therefore, in some situations, e.g., when a trading 
entity needs information as to who is buying and selling 

10 a certain instnjment, there may be a non-financial in- 
centive for S3 to perform the two trades at the same 
price. However, in the more common situation, there Is 
a clear financial incentive to S3 to perform the two trades 
if S3 can buy from S2 at a relatively low price and sell 

15 to SI at a relatively high price, thereby making an im- 
mediate profit. 

[0047] The operation of the electronic trading system 
according to the present invention will now be described 
in detail with reference to FIGS. 7-10. 
20 [0048] As illustrated in the functional block diagram of 
FIG. 7, a first embodiment of the electronic trading sys- 
tem according to the present invention performs the fol- 
lowing steps: 

25 701 : The trading entities on the system, e.g ., trading 
entities on trader terminals S1-S4 shown in FIG. 1 , 
each enter credit parameters for transactions with 
the other trading entities on the system. 
702: Next, the computer 101 stores the credit pa- 

30 rameters (e.g., numerical limits, rankings, etc.) en- 
tered by the trading entities as a credit matrix (for 
example, the credit matrix shown in FIG. 2). 
703: Trading entities enter bids and offers Into the 
system using their respective remote terminals. 

35 704: The computer 101 collects bids and offers en- 
tered into the system by the trading entities. 
705: Once the computer 1 01 has collected the cred- 
it parameters, bids, and offers from the trading en- 
tities, the computer then distributes the bid and offer 

40 information as well as the credit matrix to each trad- 
ing entity's terminal or to an Intermediate node. With 
respect to the distribution function of the computer 
1 01 , the credit matrix may be distributed to the trad- 
erterminals SI -S4 or intermediate node Initially, pri- 

45 or to entry of any bids or offers Into the system, or 
distributed at the same time as offer and bid infor- 
mation is distributed. 

706: Then, the trader terminals or intermediate 
node uses the credit matrix to filter the bids and of- 

50 fers, thereby determining which bids and offers are 
available to the respective trading entity based on 
bilateral credit availability. The available offers and 
bids are displayed to the trading entities S1-S4 as 
shown in FIGS. 4-6. 

55 707: Prior to the commencement of or during trad- 
ing activities on the system according to the present 
invention, each trading entity has the option of en- 
tering auto-arbitrage parameters including mini- 
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mum spread information, minimum size informa- 
tion, and whether to automatically execute the arbi- 
trage transactions or first alert the user of the arbi- 
trage opportunity. One screen which may be used 
to enter auto-arbitrage options is Illustrated in FIG. ^ 
8 (see additional discussion below with reference 
to FIG. 8). 

708: Based on the trading entity's auto-arbltrage pa- 
rameters, if the trader terminal determines that an 
arbitrage opportunity is available based on the trad- io 
ing entity's specified auto-arbitrage parameters, the 
trader terminal either automatically sends an "exe- 
cute" command to computer 101 or automatically 
generates an alert message for the trading entity, 
such as the alert message shown in FIG. 9. If an 
alert is generated and the trading entity decides to 
pursue the arbitrage transaction, the trader terminal 
then sends an "execute" command to computer 101 
in response to the trading entity's input. 
709: Once computer 101 has received the "exe- 
cute" command from the trader terminal, it automat- 
ically initiates a locking procedure whereby it at- 
tempts to lock all of the trades necessary to com- 
plete the arbitrage transaction. When the transac- 
tions are locked, the system will not accept any in- 25 
puts that affect the status or terms of the locked of- 
fers and bids, thereby preventing a situation in 
which some of the trades are executed before oth- 
ers and then the later trades are no longer available 
when the system tries to execute them. For exam- so 
pie, trading entity S3 could be stuck with 3 million 
instruments (e.g. . U.S. dollars) which S3 cannot sell 
for the same or a better price because SI 's bid has 
been taken by another trading entity, altered by SI , 
or expired while the system is executing the trade 35 
between S2 and S3. Thus, the locking feature is es- 
sential to the electronic trading system according to 
the present invention to insure that the middle trad- 
ing entity (e.g., trading entity S3 in the above exam- 
ple) does not expose itself to any risk during the ar- 40 
bitrage transaction. 

710: If computer 101 is able to lock all trades nec- 
essary to complete the arbitrage transaction, the 
computer automatically executes the trades. 
71 1 : However, if computer is not able to lock all nec- 45 
essary trades, none of the trades are executed. 
712: In either instance, the trading entity is notified 
that an arbitrage transaction has or has not oc- 
curred and provided with any information about the 
completed arbitrage transaction if any. For exam- so 
pie, trading entity SI may be informed that Its bid 
has been accepted by trading entity S3. Similarly, 
trading entity S2 may be notified only that its offer 
has been taken by trading entity S3. Trading entity 
S3 will be notified of the completion of its arbitrage ss 
transaction. 

[0049] FIG. 8 provides an illustration of one possible 



configuration of an auto-arbitrage parameter entry 
screen. The screen includes a minimum spread entry 
for a plurality of instruments X, Y, and Z; a minimum size 
designation for instruments X, Y, and Z; "automatic ex- 
ecute" and "alert" options for each instnjment. and an 
"ok" button to indicate when the trading entity has sat- 
isfactorily entered all auto-arbitrage parameters. The 
minimum spread determines the price differential need- 
ed before an auto-arbitrage opportunity will be recog- 
nized by the trader terminal (or the computer 101 as dis- 
cussed below with reference to FIG. 10). For example, 
if "0" is entered, the trader terminal will identify an arbi- 
trage opportunity whenever the trading entity can buy 
and sell the minimum quantity for the same price. If ". 
10" Is entered, the trader terminal will identify an arbi- 
trage opportunity whenever the trading entity can sell 
for a price .1 0 or more higher than the price at which the 
trading entity can buy. The minimum size determines the 
quantity required before an arbitrage opportunity is iden- 
tified. 

[0050] The "automatic execute" and "alert" options 
enable the trading entity to select whether the system 
will automatically execute an arbitrage transaction in re- 
sponse to a command to computer 101 from a remote 
terminal when an arbitrage opportunity is identified, or 
instead generate an alert message which is displayed 
to the trading entity (see FIG. 9) whereby the trading 
entity is provided with discretion as to whether or not to 
proceed with the arbitrage transaction. 
[0051] With reference to FIG. 10, the operation of a 
second embodiment of the electronic trading system ac- 
cording to the present invention includes the following 
steps: 

1001 : The trading entities enter credit and auto-ar- 
bitrage parameters (as described above with refer- 
ence to FIG. 7) into their trader terminals. The trader 
terminals then transmit this parameter information 
to computer 101. 

1002: The computer 101 stores the credit and arbi- 
trage parameter information. 
1003: The trading entities enter bids and offers into 
the system which are uploaded to and stored by 
computer 101. 

1004: The computer then distributes the offers and 
bids to the trader terminals where the offers and 
bids are displayed. In this embodiment, there is no 
pre-filtering function which determines which bids 
and offers may be displayed to a trading entity 
based on credit availability. However, this feature 
may be added without changing the operation of 
this emt>odiment of the electronic trading system 
according to the present invention. 
1 005: Based on the stored credit and auto-arbitrage 
parameter information, if computer 101 detects an 
artsitrage opportunity, computer 101 automatically 
initiates the locking procedure whereby all trades 
necessary to complete the arbitrage transaction are 
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Of S1-S4) identifies the best bid price available to a 
trading entity. 

1102; Similarly, using the stored credit parameter 
information, the computer 101 or trader terminal 
5 identifies the best offer price available to that trading 
entity. 

1103: Using the auto -arbitrage "minimum spread" 
parameter entered by the trading entity (see FIG. 
8), the computer 101 or trader terminal compares 

10 the minimum spread value with the spread between 
the identified offer and bid prices. 
1104: If the spread between the best offer and bid 
prices is greater than or equal to the minimum 
spread value entered by the trading entity, the com- 

15 puter 101 or trader terminal then compares the 
"minimum amount" value entered by the trading en- 
tity with the total amount of all identified arbitrage 
transactions. If only the best bid and offer have been 
identified, the total amount is the lesser of the avail- 

20 able amounts of the best bid and offer. For example, 
if the bid is for 3 million but the offer is only for 2 
million, the computer 101 or trader terminal will 
compare the minimum amount value with 2 million 
(the amount that can be bought and sold). If the best 

25 bid and offer and the next-best bid and offer have 
been identified {as described below in step 1107), 
the total amount Is determined by adding the avail- 
able amount of each transaction. The computer 101 
will determine the optimum amount available by au- 

30 tomaticalty identifying the best possible combina- 
tion(s) of arbitrage transactions available to the 
trading entity. 

1 105: If the total amount that can be traded is great- 
er than or equal to the minimum amount parameter, 

35 the computer 1 01 either (1 ) initiates the locking pro- 
cedure described above with reference to FIGS. 7 
and 1 0 whereby both transactions are locked to pre- 
vent risk to the trading entity or (2) generates an 
alert message (see FIG. 9) which is transmitted to 

40 the trading entity. If the trader terminal identifies the 
ariDitrage opportunity, the trader terminal either (1) 
automatically sends an "execute" command to com- 
puter 101 or (2) generates an alert signal which is 
displayed to the trading entity (see FIG. 9). 

45 1106: If the spread available is less than the mini- 
mum spread value entered by the trading entity, no 
arbitrage opportunity exists, 
1107: If the amount available is less than the mini- 
mum amount value entered by the trading entity, the 

50 computer 101 identifies the next best transaction 
available to the trading entity and performs the min- 
imum spread and minimum amount analysis again 
to try to build up the total amount of the transaction 
to satisfy the minimum amount parameter. 



locked to avoid any risk to the trading entity taking 
advantage of the arbitrage opportunity. 
1006: If the computer 101 is able to lock all neces- 
sary trades, it executes the trades, thereby complet- 
ing the arbitration transaction. 
1007: The computer 101 then notifies the trading 
ent'rty as to the results of the arbitration transaction. 
1008; In the event that the computer 101 cannot 
lock al! trades necessary to complete the arbitrage 
transaction, the computer will not execute any of the 
trades. Notification to the trading entity in this case 
may be provided but is not necessary if the trading 
entity's position has not been affected. 

[0052] In the embodiment of the present invention 
shown in FIG. 10, the computer may also generate an 
alert message to the trading entity to enable the trading 
entity to decide whether to pursue the arbitrage option. 
However, if the trader terminal Itself generates the alert 
message, the trader terminal is provided with logic 
whereby which it may determine which trades are actu- 
ally available to the trading entity based on the trading 
entity's credit and auto-arbitrage parameters (as dis- 
cussed above with reference to FIG. 7). 
[0053] The electronic trading system according to the 
present invention is capable of automatically identifying 
arbitrage opportunities that- involve a chain of multiple 
trades and multiple intermediaries, for example, a proc- 
ess by which S4 sells to S2, S2 sells to S3, and S3 sells 
to SI . In this sequence of trades, both S2 and S3 may 
profit, or one or both parties may agree to facilitate the 
trades to gain access to market flow information or for 
other non-financial purposes. 

[0054] In the electronic trading system according to 
the present invention, it is crucial that the system be able 
to perform multiple trades simultaneously to avoid cre- 
ating any risk to the trading entity conducting the arbi- 
trage transaction. The multiple transactions must be 
treated as contingent transactions, wherein one trans- 
action cannot take place unless the others are also 
available. For example, a computer which stores all of- 
fers and bids available In the system is useful to ensure 
that one transaction does not take place unless others 
also take place. As a result, it is difficult to incorporate 
the auto-arbitrage feature according to the present in- 
vention Into a distributed trading system which does not 
have a repository of trade information as does the sys- 
tem shown in FIG. 1 because the coordination of locking 
of multiple transactions In a distributed system (one 
without a computer) is significantly more complex. 
[0055] With reference to FIGS. 1 1 A and 1 1 B, the ar- 
bitrage opportunity identification process will now be de- 
scribed in greater detail. This process, which may be 
automatically performed by computer 101 or trader ter- 
minals S1-S4, Includes the following steps: 

1101: Based on stored credit parameter Informa- 
tion, the computer 101 or trader terminal (e.g., any 



[0056] An alternative operation of the system accord- 
ing to the present invention is illustrated In FIG. 1 1 B. The 
operation illustrated in FIG. 118 Is similar to that de- 
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scribed in FIG. 11 A. but includes several additional 
steps. As shown In FIG. 1 1 B, when the minimum amount 
requirement of step 1104 is satisfied, the computer 101 
then compares the total amount of the arbitrage trans- 
action with the maximum amount parameter entered by 
the trading entity (step 1110). 

1111: If the total size is less than the maximum 
amount, the computer 101 identifies the next-best 
transaction available to the trading entity and eval- 
uates this transaction to attempt to build up the 
amount of the transaction to the maximum amount 
parameter. If the trading entity has not entered a 
maximum amount parameter, the computer 101 au- 
tomatically continues to add the next-best transac- 
tions until no further transactions are available 
based on the other name switch parameters and 
then executes the transactions. 
1 1 1 2: If the total amount that can be traded is great- 
er than or equal to the maximum amount parameter, 
the computer 1 01 either (1 ) initiates the locking pro- 
cedure described above with reference to FIGS. 7 
and 1 0 whereby all transactions up to the maximum 
amount are locked to prevent risk to the trading en- 
tity or (2) generates an alert message (see FIG. 9) 
which is transmitted to the trading entity. 
1113: If an "average spread OK" option is selected 
by the trading entity (see FIG. 8), the computer 1 01 
may continue to identify bids and offers which can 
be traded but have a spread less than the minimum 
spread set by the trading entity provided that the 
weighted average of the identified bids and offers 
having a minimum or greater spread and the iden- 
tified bids and offers having a below-minimum 
spread remains equal to or greater than the mini- 
mum spread set by the trading entity. 

[0057] Once the arbitrage transaction has been com- 
pleted, acknowledgment signals may be generated by 
the computer 1 01 and sent to the appropriate trader ter- 
minals. The generation of these acknowledgment sig- 
nals may be accomplished, for example, using the ac- 
knowledgment generation system described in U.S. 
Patent Application Serial No. 08/364,009, filed Decem- 
ber 27, 1994, and incorporated herein by reference. 
[0058] With reference to FIG. 1 2, the operation of an- 
other embodiment of the electronic trading system hav- 
ing a name switch feature according to the present in- 
vention includes the following steps: 

1201: The trading entitles enter credit and name 
switch parameters into their trader terminals (e.g. 
any of S1 -S4), e.g. , via a screen such as that shown 
in FIG. 13. The trader temriinals then transmit the 
parameters to the computer 101 . 
1202: The parameters are stored in computer 101 
and optionally stored in trader terminals, e.g.; 
S1-S4. 



1 203: Bids and offers entered by trading entities on 
the system are stored in computer 101. 
1 204: The computer 101 identifies a potential trans- 
action. 

5 1 205: The computer checks the amount of available 
credit between the parties to the transaction. 
1 206: If there is insufficient credit available between 
the parties, the computer 101 searches for name 
switch possibilities based on name switch parame- 
10 ters entered by the traders into the system. For ex- 
ample, the computer may search for those parties 
that indicate "yes" in the "name switch" column of 
the entry screen shown in FIG. 13. 
1 207: If only one name switch option is identified by 
15 the computer 1 01 . the computer then checks other 
name switch parameters entered by the trader, for 
example, minimum spread, minimum size, maxi- 
mum size and remaining credit parameters as 
shown in FIG. 13. These criteria must be satisfied 
for both parties to the transaction. For example, with 
reference to the name switch parameters shown in 
FIG 13, to determine whether there Is a sufficient 
minimum spread for a party to facilitate a transac- 
tion between parties S2 and 84, the computer may 
either select the larger of the two minimum spread 
values (i.e., ".02", the value entered for trader S4) 
or combine the two spreads (i.e.. ".03") and use the 
combined value to determine whether a name 
switch can occur. 

[0059] An example of the name switch option deter- 
mination will now be provided. It is assumed that a trans- 
action Is desired between trading entities 82 and 84. 
However, there is insufficient bilateral credit between 82 
and 84 to enable execution of the transaction. There- 
fore, computer 101 searches for a trading entity such as 
S3 which has entered a "yes" In its name switch cate- 
gory for both 82 and 84 (see FIG. 14C). The computer 
101 then compares the bid-offer spread of the transac- 
tion between 82 and 84 with the maximum of the mini- 
mum spread set by S3 for trading entities 82 and 84. 
As shown in FIG. 1 4C, S3 has entered a 0.01 minimum 
spread for S2 and a 0.02 minimum spread for 84. There- 
fore, the computer 101 selects the maximum of these 
spreads, or 0.02. The computer 1 01 then determines the 
allowable amount of the trade based upon the minimum 
and maximum values set by 83 for 82 and 84 respec- 
tively, such that the amount of the trade must be greater 
than the two minimums and subject to a cap equal to 
the lower of the two maximums. If all criteria are satis- 
fied, the computer 1 01 executes a name switch enabling 
the transaction to be completed between 82 and 84 via 
S3.. 

1208: If multiple name switch options are identified 
by the computer 101 , the computer evaluates the 
other name switch parameters of each name 
switching possibility (e.g., minimum spread, minl- 
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mum and maximum size, and credit remaining pa- 
rameters for each trading party) to identify a subset 
of available name switch candidates as described 
above in step 1207. 

1 209: The computer then selects a name switching 
entity from this subset using a selection process. 
For example, the selection process may be random, 
sequential, equal allocation, or any other appropri- 
ate selection process. Using a random selection 
process, the computer 101 selects from among the 
identified subset at random. Using a sequential se- 
lection process, the computer 101 selects the next 
available name switching party and rotates sequen- 
tially through the possible name switching parties. 
In an equal allocation selection process, the com- 
puter 101 determines the volume of name switching 
transactions that each name switching party has ex- 
ecuted and attempts to equally allocate the name 
switching transactions between the available par- 
ties. 

1210 - 1212: Once a name switch party is selected, 
the name switch is performed, the transaction is au- 
tomatically executed as described above, and the 
parties are notified accordingly 
1 220: If no parties are available based on the name 
switching parameters, no transaction is executed. 

[0060] A sample screen by which trading entities may 
enter credit and name switch parameters into the sys- 
tem is shown in FIG. 13. Using this screen, trading en- 
tities may enter credit limits for each potential counter- 
party, whether the trading entity is willing to name switch 
with that counterparty, and other name switch parame- 
ters for each counterparty. 

[0G61] The operation of the name switch feature of the 
system according to the present invention will now be 
described in detail with reference to FIGS. 14-18. 
[0062] For a name switch to occur, there must be suf- 
ficient bilateral credit available both between the less 
credit-worthy trading entity and the more credit-worthy 
trading entity and between the more credit-worthy trad- 
ing entity and the party with whom the less credit-worthy 
trading entity desires to trade. For example, with refer- 
ence to FIGS. 14A-D, assume trading entity S1 enters 
the credit and name switch parameters shown in FIG. 
14A. Similarly, trading entities 82, S3 and S4 respec- 
tively enter credit and name switch parameters shown 
in FIGS. 14B-D. Based on the parameters entered by 
trading entities S1-S4, the following sample transac- 
tions are desired by trading entity SI : 
[0063] FIG 15: A match is tentatively possible be- 
tween trading entity S1 and trading entity S2 for an 
amount of $5M. 

[0064] In this example, trading entity S2 has no credit 
remaining with trading entity SI . Therefore trading entity 
S1 cannot trade directly with trading entity S2. However, 
trading entity S2 has extended sufficient credit to trading 
entity S3. Also, trading entity S3 has agreed to name 



switch for trading entity SI, and trading entity S3 has 
extended sufficient credit to trading entity S1 and trading 
entity S2 to cover the transaction. Finally, trading entity 
S1 has extended sufficient credit to trading entity S3 to 
5 cover the transaction. Since there is sufficient bilateral 
credit between SI and S3 and between S3 and S2, the 
name switch may take place (providing that the mini- 
mum spread and other parameters are satisfied as de- 
scribed above with reference to FIG. 12). 
10 [0065] FIG. 16: A match is possible between trading 
entity S1 and trading entity S2 for an amount of $10M. 
[0066] Trading entity SI cannot trade directly with 
trading entity S2 because trading entity S2 has not ex- 
tended sufficient credit to trading entity SI . However, in 
^5 this situation, trading entity S1 cannot name switch with 
trading entity S3 because trading entity S3 has not ex- 
tended sufficient credit to trading entity S2 to cover the 
transaction. 

[0067] FIG. 17: A match is possible between trading 
entity SI and trading entity S4 for an amount of $10M. 
[0068] Trading entity SI cannot trade directly with 
trading entity S4 because trading entity S4 has not ex- 
tended sufficient credit to trading entity SI . Also, trading 
entity S1 cannot name switch with trading entity S3 be- 
cause trading entity S3 also does not have sufficient 
credit with trading entity S4. 

[0069] FIG. 18: A match is possible between trading 
entity S1 and trading entity S4 for an amount of $10M. 
[0070] Trading entity S1 cannot trade directly with 
trading entity S4 as discussed above with reference to 
FIG. 17. Further, trading entity SI cannot name switch 
with trading entity S2 because trading entity S2 has not 
extended sufficient credit to trading entity SI to cover 
the trade. 

[0071] While the electronic trading system according 
to the present invention is capable of performing the 
name switch function based on a determination of bilat- 
eral credit availability, the system may also perform the 
name switch function based on unilateral credit availa- 
bility as is appropriate for certain types of transactions. 
[0072] The automatic name switch feature of the elec- 
tronic trading system according to the present invention 
is also independent of any credit pre-filtering display 
function of the computer 101 or trader terminals (e.g., 
S1-S4). 

[0073] The automatic name switch feature of the 
present invention may be based on pre-existing com- 
mercial relationships between trading parties rather 
than on a direct profit basis as the result of a price spread 
like the auto-arbitrage feature, or on a combination of 
the two incentives. One example of such a commercial 
relationship Is an arrangement by which the more credit- 
worthy party charges the less credit-worthy party a fixed 
amount for each name switch transaction. The less 
credit-worthy party may agree to pay this to increase its 
available options in the market. Therefore, the name 
switch feature of the electronic trading system according 
to the present invention is based on user election (the 
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user elects to credit lines switch), not system selection 
as is used for clearing houses in which credit risk Is mu- 
tualized. 

[0074} An optional feature of the system according to 
the present invention including auto-arbitrage and name 5 
switch features is a trade ticket output feed located at 
the trader terminals S1-S4 and/or the computer 101. 
One possible trade ticket output feed is described in U. 
S. Patent No. 5,003.473. 

[0075] In summary, the auto-arbttrage and name io 
switch features of the electronic trading system accord- 
ing to the present invention employ simitar network prin- 
ciples but address different market concerns. The auto- 
arbitrage feature enables trading entitles to avail them- 
selves of low-risk trading opportunities. The automatic 
name switch feature enables trading entities to benefit 
from commercial relationships with other better-known 
or better-ranked (credit-wise) trading entities. Both fea- 
tures benefit the system by increasing liquidity without 
the addition of new bids and offers by performing trades 
that otherwise would not be possible in the known sys- 
tems due to credit limitations. 

[0076] While the present invention has been particu- 
larly described with reference to the preferred embodi- 
ments, it should be readily apparent to those of ordinary S5 
skill in the art that changes and modifications in form 
and details may be made without departing from the 
spirit and scope of the Invention. It is intended that the 
appended claims include such changes and modifica- 
tions. 30 

2. 

Claims 

1 , An electronic trading system for traders, the system 35 
comprising: 

a plurality of trader terminals (SI, S2, S3, ...) 
for receiving credit parameter data used in de- 
termining whether to permit or deny a trade and 4o 3. 
for receiving and displaying trading data, said 
trading data Including bid and/or offer informa- 
tion, and 

a computer (101 ) connected to said plurality of 
trader terminals via a communications network 45 4. 
(102), and for matching or denying trades using 
said credit parameter data; 

characterised 

50 

in that said trader terminals (S1 , S2, S3 ...) are 
arranged to receive arbitrage parameter data 
from the traders comprising at least one of a 
minimum spread parameter, an average 
spread parameter, a minimum size parameter ss 5. 
and a maximum size parameter; 
by storage means arranged to store said credit 
parameter data as a credit matrix specifying the 



mutual credit which each of a plurality of trading 
counterparties, with which said traders are as- 
sociated, allows each other said counterparty; 
in that said system does not permit access by 
a said counterparty to credit data other than 
that relating to the credit it allows others; 
by detection means for detecting potential re- 
lated trades between a first trader terminal (S3) 
and a second trader terminal (81 ) and between 
the first trader terminal (S3) and a third trader 
terminal (82) based on monitoring said trading 
data, and comparing said trading data with said 
credit matrix, to detect related trades which en- 
able an original trade represented by trading 
data requested by said second trader terminal 
and said third trader terminal; where credit pa- 
rameter data relating to said first trader terminal 
is sufficient in respect of the second and third 
trading trader terminals to complete said origi- 
nal trade; but a direct trade between the second 
trader terminal and said third trader terminal 
would be denied; 

by means for comparing the trading data with 
said arbitrage parameter data input from the 
trader via the first trader terminal to detect when 
the potential related trades satisfy an arbitrage 
parameter; and 

by an execution means for executing said re- 
lated t-ades. 

An electronic trading system according to claim 1, 
wherein said execution means is adapted to auto- 
matically execute the detected related trades, the 
system further comprising a notification means for 
notifying the first trader terminal that related trades 
have been detected and executed, and for provid- 
ing the results of the execution of said related trades 
to the first trader terminal. 

An electronic trading system according to claim 1, 
further comprising an alert generation means for 
generating an alert at the first trader terminal that 
related trades have been detected. 

An electronic trading system according to any one 
of claims 1 to 3, wherein said execution means in- 
cludes a locking means for locking trading data for 
all said related trades prior to execution of any of 
said related trades to ensure that all said trades re- 
main available during the execution of said related 
trades, wherein said execution means is adapted 
not to perfomi any trades of said related trades un- 
less the trading data for all said trades is locked. 

An electronic trading system according to any one 
of the preceding claims, wherein said detection 
means is adapted to detect related trades based on 
each of said minimum spread parameter, sard av- 
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erage spread parameter, said minimum size param- 
eter, and said maximum size parameter. 

6. An electronic trading system comprising: 

a plurality of trader terminals for receiving credit 
parameter data, arbitrage parameter data, and 
trading data from a trading entity and displaying 
trade information to the trading entity, said trad- 
ing data including bid and/or offer information 
Input by the trading entity; 
a computer connected to said plurality of trader 
terminals via a communications networf^, said 
computer receiving and storing said credit pa- 
rameter data and said trading data from said 
plurality of trader tierminals; 
detecting means for automatically detecting an 
available arbitrage transaction including a plu- 
rality of trades based on said credit parameter 
data, said arbitrage parameter data, and said 
trading data; and 

executing means for automatically executing 
said available arbitrage transaction by execut- 
ing all of said plurality of trades. 

7. An electronic trading system according to claim 6, 
further comprising notification means by which the 
trading entity is notified that an arbitrage transaction 
has been performed and the results of said per- 
formed arbitrage transaction. 

8. An electronic trading system according to claim 6, 
further comprising alert means for alerting the trad- 
ing entity of a detected arbitrage opportunity detect- 
ed by said detecting means and providing the trad- 
ing entity with the option to pursue or not pursue 
said detected arbitrage opportunity. 

9. An electronic trading system according to claim 6, 
wherein said credit parameter data includes a credit 
limit for each potential trading counterparty. 

10. An electronic trading system, comprising: 

a plurality of trader terminals for receiving credit 
parameter data, name switch parameter data, 
and trading data from a trading entity and dis- 
playing trade information to the trading entity, 
said trading data including bid and/or offer in- 
formation input by the trading entity; 
a computer connected to said plurality of trader 
terminals via a communications network, said 
computer receiving and storing said credit pa- 
rameter data, said name switch parameter da- 
ta, and said trading data from said plurality of 
trader terminals; 

detecting means for automatically detecting an 
available name switch transaction based on 



said credit parameter data, said name switch 
parameter data, and said trading data; and 
executing means for automatically executing 
said available name switch transaction. 

5 

11 . An electronic trading system according to claim 1 0, 
wherein said available name switch transaction is 
one in which a first trading entity enables a trade 
requested by a second trading entity and a third 

10 trading entity by allowing said second trading entity 
to trade with said third trading entity using said first 
trading entity's credit tine, said first trading entity 
having sufficient credit with said second and third 
trading entities to complete said trade, said second 

15 and third trading entities being unable to trade di- 
rectly with one another. 

12. An electronic trading system comprising: 

20 a plurality of trader terminals for receiving credit 

parameter data, arbitrage parameter data, and 
trading data from a trading entity and displaying 
trade information to the trading entity, said trad- 
ing data including bid and/or offer information 

25 input by the trading entity; 

a computer connected to said plurality of trader 
terminals via a communications networl^, said 
computer receiving and storing said credit pa- 
rameter data and said trading data from said 

30 plurality of trader terminals; 

a detector for automatically detecting an avail- 
able arbitrage transaction including a plurality 
of trades based on said credit parameter data, 
said arbitrage parameter data, and said trading 

35 data; and 

an executing circuit for automatically executing 
said available arbitrage transaction by execut- 
ing all of said plurality of trades. 

40 13. An electronic trading system according to any pre- 
ceding claim, further comprising an alert circuit for 
alerting the trading entity of a detected arbitrage op- 
portunity detected by said detector and providing 
the trading entity with the option to pursue or not 

45 pursue said detected arbitrage opportunity. 

14. An electronic trading system according to any pre- 
ceding claim, wherein said arbitrage parameter da- 
ta includes a minimum spread parameter, an aver- 
so age spread parameter, a minimum size parameter, 

and a maximum size parameter, 

15. An electronic trading system, comprising: 

55 a plurality of trader terminals for receiving credit 

parameter data, name switch parameter data, 
and trading data from a trading entity and dis- 
playing trade information to the trading entity, 
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said trading data including bid and/or offer in- 
formation input by the trading entity; 
a computer connected to said plurality of trader 
terminals via a communications network, said 
computer receiving and storing said credit pa- s 
rameter data, said name switch parameter da- 
ta, and said trading data from said plurality of 
trader terminals; 

a detector for automatically detecting an avail- 
able name switch transaction based on said io 
credit parameter data, said name switch pa- 
rameter data, and said trading data; and 
an executing circuit for automatically executing 
said available name switch transaction. 

15 

16. An electronic trading system according to any pre- 
ceding claim, further comprising a notification circuit 
by which the trading entity is notified that a transac- 
tion has been performed and the results of said per- 
formed transaction. 

17. An electronic trading system according preceding 
claim, wherein said credit parameter data includes 
data representative of a credit limit for each trading 
counterparty to which said traders belong, from 25 
each other such counterparty. 

18. An electronic trading system according to any pre- 
ceding claim, wherein said parameter data Includes 

a minimum spread parameter and/or a minimum so 
size parameter and/or a maximum size parameter. 

19. An electronic trading system according to any pre- 
ceding claim, wherein said available transaction is 
one in which a first trading entity enables a trade 3$ 
requested by a second trading entity and a third 
trading entity by allowing said second trading entity 

to trade with said third trading entity using said first 
trading entity's credit line, said first trading entity 
having sufficient credit with said second and third '^o 
trading entitles to complete said trade, said second 
and third trading entities being unable to trade di- 
rectly with one another. 
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